진척도 측정
1. 개요
1. 개요
진척도 측정은 소프트웨어 개발 과정에서 특정 작업이나 프로젝트 전체의 완료 상태를 수치화하여 나타내는 것을 의미한다. 이는 프로젝트 관리의 핵심 활동 중 하나로, 일정 관리와 리소스 배분을 효과적으로 수행하고, 이해관계자와의 원활한 커뮤니케이션을 지원하는 주요 용도를 가진다.
측정 대상은 주로 작업 완료율, 남은 작업량, 그리고 소요 시간 대비 진행률 등이 포함된다. 이를 통해 프로젝트 팀은 현재의 진행 상황을 객관적으로 파악하고, 목표 일정에 맞춰 작업이 제대로 수행되고 있는지 모니터링할 수 있다. 이는 소프트웨어 공학을 비롯한 다양한 프로젝트 관리 분야에서 광범위하게 적용되는 개념이다.
주요 측정 방법으로는 업무 분해 구조(WBS)를 기반으로 한 접근, 주요 이정표(Milestone)의 달성 여부를 기준으로 하는 방법, 그리고 애자일 방법론에서 흔히 사용되는 번다운 차트 등이 있다. 각 방법은 프로젝트의 성격과 관리 철학에 따라 선택되어 활용된다.
2. 측정 지표
2. 측정 지표
2.1. 작업 완료율
2.1. 작업 완료율
작업 완료율은 소프트웨어 개발을 포함한 프로젝트 관리에서 특정 작업이나 프로젝트 전체의 완료 상태를 수치화하여 나타내는 핵심 지표이다. 이는 프로젝트 관리자가 일정 관리와 리소스 배분을 효과적으로 수행하고, 이해관계자에게 명확한 진행 상황을 커뮤니케이션하는 데 필수적이다.
가장 일반적인 측정 방법은 업무 분해 구조를 기반으로 하는 것이다. 프로젝트 전체 범위를 세부 작업 단위로 분해한 후, 각 작업의 완료 여부나 완료 비율을 집계하여 전체 진척도를 계산한다. 또는 주요 이정표의 달성 여부에 가중치를 부여하여 측정하는 이정표 기반 방법도 널리 사용된다.
애자일 개발 방법론에서는 작업 완료율을 측정하는 방식이 다르게 나타난다. 스크럼 프레임워크에서는 번다운 차트를 활용하여 시간에 따른 남은 작업량의 추이를 시각적으로 보여준다. 이는 단순한 완료 비율보다는 팀의 작업 속도와 예측 가능성을 평가하는 데 초점을 맞춘다.
작업 완료율 측정은 프로젝트의 건강 상태를 진단하는 기본 도구이지만, 작업량 추정의 정확성과 작업 정의의 명확성에 크게 의존한다는 한계가 있다. 따라서 이 수치를 맹신하기보다는 다른 지표와 함께 종합적으로 분석해야 한다.
2.2. 시간 경과 대비 진척
2.2. 시간 경과 대비 진척
시간 경과 대비 진척은 프로젝트의 실제 진행 상황을 계획된 일정과 비교하여 평가하는 핵심 지표이다. 이는 단순히 작업 완료율을 넘어, 소요된 시간 대비 기대된 진척을 달성했는지를 분석함으로써 프로젝트의 건강 상태를 더 정확히 파악할 수 있게 한다. 예를 들어, 전체 프로젝트 일정의 50%가 지났을 때 계획 대비 40%만 진척되었다면, 이는 잠재적인 일정 지연을 명확히 보여주는 신호가 된다.
이러한 측정은 주로 간트 차트나 번다운 차트 같은 시각적 도구를 통해 이루어진다. 간트 차트에서는 계획된 작업의 기간과 실제 소요 기간을 막대로 나란히 표시하여 시각적 격차를 확인할 수 있다. 반면, 애자일 스크럼 방법론에서 사용되는 번다운 차트는 남은 작업량의 추이를 시간에 따라 그래프로 보여주어, 팀의 작업 속도(벨로시티)가 계획을 따라가고 있는지 한눈에 판단할 수 있도록 돕는다.
시간 대비 진척 분석의 핵심 가치는 미래의 프로젝트 성과를 예측하고 필요한 조정을 신속하게 수행할 수 있는 기반을 제공한다는 점이다. 진척이 계획보다 느리게 나갈 경우, 프로젝트 관리자는 추가 리소스를 투입하거나 작업의 우선순위를 재조정하는 등의 결정을 내릴 수 있다. 또한, 이 데이터는 이해관계자에게 투명한 커뮤니케이션 자료로 활용되어 프로젝트의 현실적인 전망을 공유하는 데 기여한다.
따라서 시간 경과 대비 진척 측정은 프로젝트가 단순히 바쁘게 움직이는지가 아니라, 올바른 방향으로 제때 나아가고 있는지를 점검하는 필수적인 프로젝트 관리 활동이다. 이는 위험 관리의 일환으로, 초기에 문제를 발견하고 일정 준수 가능성을 높이는 데 결정적인 역할을 한다.
2.3. 산출물 검증
2.3. 산출물 검증
산출물 검증은 작업 완료율이나 시간 경과 대비 진척과 같은 양적 지표를 보완하는 중요한 측정 지표이다. 이는 단순히 작업이 '완료'되었다고 표시하는 것을 넘어, 해당 작업의 결과물인 산출물이 사전에 정의된 품질 기준과 요구사항을 충족하는지 여부를 확인하는 과정을 의미한다. 소프트웨어 개발에서 코드 작성이 끝났다고 해서 진척도가 100%로 기록되는 것이 아니라, 해당 코드가 코드 리뷰를 통과하고 단위 테스트에서 요구되는 커버리지를 달성하며, 명세된 기능을 정확히 구현했는지 검증되어야 비로소 완료로 간주된다. 따라서 산출물 검증은 진정한 의미의 작업 완료를 정의하는 핵심 기준이 된다.
이 접근 방식은 워터폴 모델과 같은 전통적 방법론에서 명확한 인도물을 기준으로 한 검수 단계를 통해, 또는 애자일 방법론에서 각 스프린트의 완료 정의를 통해 적용된다. 예를 들어, 스크럼 프레임워크에서는 백로그 항목 하나가 '완료' 상태가 되기 위해 통과해야 할 일련의 검증 항목들을 완료 정의로 명시한다. 이는 단순 구현을 넘어 테스트 자동화, 문서화, 성능 테스트 결과 등이 포함될 수 있다. 이를 통해 팀은 일관된 완료 기준을 공유하고, 범위 크리프를 방지하며, 최종 제품의 품질을 보증할 수 있다.
산출물 검증을 통한 진척도 측정은 보다 정확한 프로젝트 상태 보고를 가능하게 한다. 검증되지 않은 '완료' 작업이 누적되면 프로젝트 후반에 예상치 못한 결함과 재작업이 발생하여 실제 진척도를 왜곡할 위험이 있다. 따라서 프로젝트 관리자는 이정표 분석 시, 계획 대비 단순 작업 완료율뿐만 아니라 검증된 산출물의 비율을 함께 모니터링해야 한다. 이는 품질 관리 활동을 진척도 측정 체계에 통합함으로써, 이해관계자에게 더욱 신뢰할 수 있는 진행 상황 정보를 제공하는 데 기여한다.
3. 측정 방법론
3. 측정 방법론
3.1. 간트 차트
3.1. 간트 차트
간트 차트는 프로젝트 일정을 시각적으로 관리하는 데 널리 사용되는 도구이다. 이 차트는 가로축에 시간을, 세로축에 업무 분해 구조를 통해 도출된 작업 항목을 배치하여 각 작업의 시작일, 종료일, 기간을 막대 그래프 형태로 보여준다. 이를 통해 프로젝트 관리자는 여러 작업 간의 순차적 또는 병렬적 관계와 전체 일정을 한눈에 파악할 수 있으며, 리소스 배분과 일정 관리에 효과적으로 활용한다.
간트 차트의 핵심 장점은 진척도를 직관적으로 추적할 수 있다는 점이다. 계획된 기간(막대)과 실제 진행 상황을 비교하여 표시함으로써, 특정 작업이 계획보다 앞서거나 지연되고 있는지를 즉시 확인할 수 있다. 또한, 작업 간의 의존 관계를 화살표 등으로 연결하여, 한 작업의 지연이 후속 작업 및 전체 프로젝트 관리에 미치는 영향을 분석하는 데 도움을 준다.
이 차트는 주로 계획 위주의 폭포수 모델 프로젝트에서 강점을 발휘하지만, 애자일 방법론에서도 높은 수준의 릴리스 계획이나 스프린트 목표를 시각화하는 데 사용될 수 있다. 그러나 작업의 세부 사항이나 지속적인 변화를 반영하기에는 다소 제한적일 수 있어, 보다 동적인 진척도 추적에는 번다운 차트나 칸반 보드와 같은 도구가 병행되기도 한다.
항목 | 설명 |
|---|---|
주요 요소 | 작업 목록, 시간 축, 작업 막대, 의존 관계 선, 이정표(Milestone) 표시, 현재 날짜선 |
생성 기반 | 업무 분해 구조(WBS), 작업 기간 및 의존 관계 정의 |
주요 활용 | 일정 계획 수립, 진척도 모니터링, 이해관계자 보고 |
대표 도구 | 마이크로소프트 프로젝트, 애저 데브옵스 서버, Jira, Asana 등 |
3.2. 번다운 차트
3.2. 번다운 차트
번다운 차트는 애자일 프로젝트 관리 방법론, 특히 스크럼에서 작업의 완료 상태를 시각적으로 추적하는 데 널리 사용되는 도구이다. 이 차트는 스프린트 또는 프로젝트 기간 동안 남아 있는 총 작업량의 추이를 보여준다.
번다운 차트는 일반적으로 가로축에 시간(일 또는 주), 세로축에 남은 작업량(예: 스토리 포인트 또는 작업 시간)을 표시한다. 차트에는 두 개의 주요 선이 그려지는데, 하나는 계획된 완료 속도를 나타내는 이상적인 감소 선이고, 다른 하나는 실제 남은 작업량의 추이를 나타내는 실제 선이다. 이를 통해 계획 대비 실제 진행 상황을 직관적으로 비교할 수 있다.
선 유형 | 설명 |
|---|---|
이상적 번다운 선 | 작업 시작 시점의 총 작업량에서 종료 시점의 0까지 직선으로 연결된 선. 완료 속도의 기준이 된다. |
실제 번다운 선 | 매일 측정된 실제 남은 작업량을 연결한 선. 작업의 진척 상황을 반영한다. |
이 차트를 통해 프로젝트 팀과 이해관계자는 프로젝트가 예정된 일정 내에 완료될 가능성을 쉽게 파악할 수 있다. 실제 선이 이상적 선보다 위에 위치하면 작업이 계획보다 지연되고 있음을 의미하며, 아래에 위치하면 계획보다 빠르게 진행되고 있음을 나타낸다. 번다운 차트는 진척도 측정의 핵심 도구로서, 일정 관리와 리소스 배분 결정에 중요한 정보를 제공한다.
3.3. 이정표 분석
3.3. 이정표 분석
이정표 분석은 프로젝트의 주요한 완료 지점인 이정표를 기준으로 진척도를 측정하는 방법이다. 이 방법은 프로젝트 전체를 세부 작업으로만 나누는 것이 아니라, 핵심적인 성과물이 완성되는 중요한 시점을 사전에 정의하고, 그 달성 여부를 통해 전체적인 진행 상황을 평가한다.
이정표는 일반적으로 주요 요구사항의 구현 완료, 중요한 통합 테스트 완료, 또는 고객 검토 회의 같은 프로젝트의 중요한 사건이 된다. 분석은 각 이정표의 계획된 완료 일정과 실제 완료 일정을 비교하여 일정 관리 상태를 파악한다. 또한, 이정표에 연관된 산출물의 품질과 완성도를 검증함으로써, 단순히 일정만이 아닌 실제 진척의 질을 평가할 수 있다.
이 방법론의 주요 장점은 복잡한 세부 작업 목록보다 이해하기 쉬운 몇 개의 핵심 지점으로 이해관계자에게 명확한 진행 보고를 제공할 수 있다는 점이다. 또한, 이정표를 달성하지 못했을 경우 조기 경고 신호로 작용하여 프로젝트 리스크를 조기에 인지하고 대응할 수 있게 한다. 이는 워터폴 모델과 같은 전통적 프로젝트 관리 방식에서 특히 유용하게 적용된다.
분석 요소 | 설명 |
|---|---|
이정표 정의 | 프로젝트에서 달성해야 할 주요 결과물이나 결정점을 명확히 설정 |
계획 대비 실적 | 각 이정표의 계획 완료일과 실제 완료일을 비교하여 일정 차이 분석 |
종속성 평가 | 이정표 간의 선후행 관계를 고려하여 지연이 후속 작업에 미치는 영향 분석 |
성과물 검증 | 이정표와 연결된 델리버러블이 요구된 품질 기준과 범위를 충족하는지 확인 |
이정표 분석은 프로젝트 관리자에게 거시적인 관점에서의 진척 통제 수단을 제공하며, 성공적인 프로젝트 종료를 위한 필수적인 관리 활동으로 간주된다.
4. 도구 및 기술
4. 도구 및 기술
4.1. 프로젝트 관리 소프트웨어
4.1. 프로젝트 관리 소프트웨어
진척도 측정은 프로젝트 관리의 핵심 활동이며, 이를 효과적으로 수행하기 위해 다양한 프로젝트 관리 소프트웨어가 활용된다. 이러한 소프트웨어는 업무 분해 구조를 기반으로 작업을 세분화하고, 각 작업의 완료율, 남은 작업량, 소요 시간 대비 진행률을 체계적으로 추적할 수 있는 기능을 제공한다. 이를 통해 프로젝트 매니저는 실시간으로 일정 관리와 리소스 배분을 조정하고, 이해관계자에게 명확한 진행 상황을 보고할 수 있다.
주요 프로젝트 관리 소프트워어는 간트 차트를 통한 시각적 일정 관리, 이정표 설정 및 추적, 애자일 방법론을 지원하는 번다운 차트나 스크럼 보드 기능을 포함하는 경우가 많다. 이러한 도구들은 단순한 작업 목록 관리를 넘어서, 실제 진척도를 정량적으로 측정하고 계획 대비 편차를 분석하는 데 필수적이다. 특히 대규모 소프트웨어 공학 프로젝트에서는 복잡한 작업 간 의존관계와 병행 개발을 관리하는 데 필수적이다.
소프트웨어 유형 | 주요 측정 기능 | 일반적 적용 분야 |
|---|---|---|
종합 프로젝트 관리 도구 | WBS 기반 진척도 추적, 간트 차트, 리소스 로드맵 | 건설, 엔지니어링, 제조업, IT 프로젝트 |
애자일/스크럼 전문 도구 | 번다운 차트, 스프린트 진행률, 벨로시티 추적 | 소프트웨어 개발, 제품 관리 |
작업 협업 플랫폼 | 작업 완료 상태 추적, 마일스톤 연동 | 크로스펑셔널 팀, 마케팅, 디자인 |
이러한 도구들을 사용함으로써 팀은 계획 대비 지연이나 범위 크리프와 같은 일반적인 문제점을 조기에 발견하고 대응할 수 있다. 또한, 많은 현대적 도구들은 자동화된 빌드 및 테스트 시스템과 연동하여 산출물 검증을 통한 객관적인 진척도 데이터를 수집하는 등 측정의 정확성을 높이는 방향으로 발전하고 있다.
4.2. 애자일/스크럼 도구
4.2. 애자일/스크럼 도구
애자일 및 스크럼 도구는 애자일 소프트웨어 개발 방법론을 따르는 팀이 작업을 관리하고 진척도를 실시간으로 측정하는 데 특화된 소프트웨어이다. 이러한 도구들은 스크럼 프레임워크의 핵심 요소인 백로그, 스프린트, 일일 스크럼 회의 등을 디지털 방식으로 지원하며, 작업의 진행 상태를 시각적으로 명확하게 보여준다. 대표적인 기능으로는 칸반 보드, 번다운 차트, 벨로시티 추적, 그리고 이슈 트래킹이 있다.
이러한 도구를 사용하면 팀은 스프린트 백로그에 등록된 개별 작업 항목의 상태를 '할 일', '진행 중', '완료' 등으로 쉽게 관리할 수 있다. 이를 통해 전체 작업 완료율은 물론, 스프린트 목표까지 남은 작업량을 직관적으로 파악할 수 있다. 특히 번다운 차트는 시간 경과에 따른 남은 작업 추정치의 변화를 그래프로 나타내어, 진척도가 계획대로 이루어지고 있는지 여부를 한눈에 확인할 수 있게 한다.
주요 도구로는 지라, 트렐로, 아사나, 애저 데브옵스 서비스의 보드 기능 등이 널리 사용된다. 이러한 도구들은 단순한 작업 관리뿐만 아니라, 버전 관리 시스템과의 연동, 자동화된 빌드 및 테스트 결과 표시, 팀원 간 의사소통 기능을 통합하여 제공하는 경우가 많다. 이를 통해 개발 팀은 코드 변경부터 작업 완료까지의 흐름을 통합적으로 관리하고 진척도를 보다 정확하게 측정할 수 있다.
애자일 도구의 효과적인 사용은 팀의 투명성과 협업을 증진시키는 동시에, 계획 대비 지연이나 범위 크리프와 같은 일반적인 문제점을 조기에 발견하고 대응하는 데 결정적인 역할을 한다. 따라서 현대적인 프로젝트 관리 및 소프트웨어 공학에서 진척도 측정을 위한 필수 인프라로 자리 잡았다.
4.3. 자동화된 빌드 및 테스트
4.3. 자동화된 빌드 및 테스트
자동화된 빌드 및 테스트는 소프트웨어 개발 과정에서 진척도 측정의 정확성과 효율성을 높이는 핵심적인 기술적 접근법이다. 이는 코드 변경 사항이 발생할 때마다 자동으로 소프트웨어를 빌드하고, 미리 정의된 테스트 스위트를 실행하여 결과를 보고하는 일련의 자동화된 파이프라인을 구축하는 것을 의미한다. 이를 통해 개발 팀은 실시간으로 작업의 완료 상태와 품질 수준을 객관적으로 확인할 수 있으며, 통합 과정에서 발생할 수 있는 문제를 조기에 발견하여 진척도 측정의 신뢰성을 확보한다.
주요 측정 지표로는 빌드 성공률, 테스트 커버리지, 테스트 통과율, 그리고 배포 가능한 산출물의 생성 빈도 등이 활용된다. 예를 들어, 매일 자동으로 실행되는 지속적 통합 시스템은 최근 커밋된 코드가 기존 기능을 손상시키지 않았는지를 검증하며, 이는 '작업 완료율'이 단순히 코드 작성의 완료를 넘어 기능적 정확성을 포함하도록 돕는다. 이러한 자동화된 피드백 루프는 애자일 방법론에서 진척도를 추적하는 번다운 차트나 간트 차트에 입력되는 데이터의 질을 크게 향상시킨다.
측정 항목 | 설명 | 진척도 측정과의 연관성 |
|---|---|---|
빌드 성공/실패 횟수 | 특정 기간 동안의 자동화된 빌드 결과 | 개발 활동의 지속 가능성과 안정성 지표 |
단위/통합 테스트 통과율 | 자동 실행된 테스트 중 성공한 비율 | 완료된 기능의 품질과 신뢰도 반영 |
코드 커버리지 | 테스트가 검증한 소스 코드의 비율 | 테스트 작업의 진척도와 잔여 리스크 평가 |
이러한 자동화된 접근은 프로젝트 관리자와 이해관계자에게 계획 대비 실제 진척을 더 투명하고 정량적으로 보여줄 수 있게 한다. 특히 범위 크리프나 부정확한 추정으로 인한 문제를, 기능 개발과 동시에 진행되는 자동화된 검증을 통해 조기에 식별하고 조정할 수 있는 기반을 마련해 준다. 결과적으로 자동화된 빌드 및 테스트는 단순한 도구를 넘어, 프로젝트 관리의 과학적 의사결정을 지원하는 필수 인프라로 자리 잡았다.
5. 일반적인 문제점
5. 일반적인 문제점
5.1. 계획 대비 지연
5.1. 계획 대비 지연
계획 대비 지연은 프로젝트 관리에서 가장 흔히 발생하는 문제 중 하나이다. 이는 초기 프로젝트 계획 단계에서 설정한 일정과 실제 진행 상황 사이에 차이가 발생하는 현상을 의미한다. 지연은 특정 작업의 완료 시점이 늦어지는 경우부터 프로젝트 전체 마감일이 연기되는 경우까지 다양한 수준에서 나타날 수 있다. 이러한 지연은 일정 관리의 실패로 이어져 프로젝트 비용 증가와 이해관계자의 신뢰도 하락을 초래할 수 있다.
지연의 주요 원인으로는 작업량 추정의 부정확성이 가장 크게 작용한다. 개발 초기에 요구사항 분석이 충분히 이루어지지 않거나, 기술적 복잡성을 과소평가하면 실제 필요한 노력과 시간을 정확히 예측하기 어렵다. 또한 팀원의 생산성 차이, 예상치 못한 기술적 장애물, 또는 핵심 인력의 이탈과 같은 외부 변수도 계획된 일정을 뒤흔드는 요인이 된다.
이 문제를 완화하기 위해 애자일 방법론에서는 짧은 개발 주기인 스프린트를 통해 지속적으로 진척도를 점검하고 계획을 조정한다. 번다운 차트를 활용하면 남은 작업량의 추이를 시각적으로 파악하여 지연 조짐을 조기에 발견할 수 있다. 또한, 위험 관리 프로세스를 통해 잠재적 지연 요인을 사전에 식별하고 대비 계획을 수립하는 것이 중요하다. 정기적인 진도 회의와 이정표 검토를 통해 계획과 현실의 괴리를 지속적으로 모니터링하고, 필요시 일정 재조정을 통해 현실적인 새로운 목표를 설정해야 한다.
5.2. 범위 크리프
5.2. 범위 크리프
범위 크리프는 프로젝트나 작업의 범위가 공식적인 변경 절차 없이 점진적으로 확대되는 현상을 가리킨다. 이는 초기 계획에 포함되지 않았던 새로운 기능, 요구사항, 세부 작업이 지속적으로 추가되면서 발생한다. 프로젝트 관리에서 범위 크리프는 일정 관리와 예산에 심각한 영향을 미치는 주요 위험 요소로 간주된다. 이해관계자의 요구가 명확하지 않거나 변경 통제 절차가 미비한 환경에서 자주 나타난다.
범위 크리프는 진척도 측정의 정확성을 크게 저해한다. 측정된 진척률이 실제 완료된 핵심 업무 대비 과장되거나, 추가된 새로운 작업으로 인해 남은 작업량이 예상보다 급격히 증가할 수 있다. 이는 간트 차트나 번다운 차트와 같은 시각적 도구를 통해 계획 대비 실제 진행 간 괴리가 발생하는 것으로 나타나며, 프로젝트 관리 소프트웨어에서도 이를 추적하고 관리하는 것이 중요하다.
이를 방지하기 위해서는 명확한 요구사항 명세서 작성과 엄격한 변경 관리 프로세스가 필수적이다. 모든 범위 변경은 공식적인 요청, 평가, 승인 절차를 거쳐야 하며, 변경이 일정과 자원에 미치는 영향을 분석해야 한다. 애자일 방법론에서는 스크럼의 제품 백로그를 통해 우선순위를 명확히 하고, 각 스프린트의 범위를 고정함으로써 범위 크리프를 통제하는 접근을 취하기도 한다.
5.3. 부정확한 추정
5.3. 부정확한 추정
부정확한 추정은 프로젝트 관리와 소프트웨어 공학에서 진척도 측정의 신뢰성을 떨어뜨리는 주요 원인 중 하나이다. 이는 작업의 복잡성, 필요한 리소스, 또는 소요 시간을 실제보다 적게 또는 많게 예측함으로써 발생한다. 부정확한 추정은 일정 관리를 어렵게 만들고, 리소스 배분에 차질을 빚으며, 궁극적으로 프로젝트의 납기 지연이나 예산 초과로 이어질 수 있다.
이러한 추정 오류는 여러 요인에서 비롯된다. 첫째, 작업의 불확실성과 복잡성을 과소평가하는 경우가 많다. 둘째, 팀의 실제 생산성이나 기술적 역량을 정확히 반영하지 못할 수 있다. 셋째, 이해관계자의 요구사항 변경이나 범위 크리프가 발생했을 때 초기 추정을 적절히 조정하지 못하기도 한다. 특히 애자일 방법론에서 반복적인 스프린트 계획 시 지속적으로 과도하게 작업을 할당하는 것은 흔한 문제점이다.
부정확한 추정으로 인한 문제를 완화하기 위해 몇 가지 접근법이 사용된다. 업무 분해 구조를 통해 큰 작업을 세부 태스크로 분해하면 추정의 정확성을 높일 수 있다. 과거 유사 프로젝트의 실적 데이터를 기반으로 한 파라메트릭 추정이나, 여러 전문가의 의견을 종합하는 델파이 기법을 활용하기도 한다. 또한 애자일 팀은 번다운 차트를 통해 계획 대비 실제 진척 추이를 시각적으로 모니터링하며 추정을 지속적으로 보정한다.
